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Description 

Method for optimally deactivating inter-domain routes 

5 The invention relates to a method for shutting down inter- 
domain routes . 

The invention lies within the field of internet technologies 
and more specifically within the field of routing methods in 
10 packet-oriented networks. 



At present the convergence of speech and data networks is 
arguably the most important development in the field of 
networks. An important future scenario is that data, speech and 

15 video information will be transmitted via a packet-oriented 
network with newly developed network technologies ensuring 
adherence to requirement features for different classes of 
traffic. The future networks for different types of traffic 
will operate in a packet-oriented manner. Current development 

20 activities relate to the transmission of speech information via 
networks conventionally used for data traffic, primarily IP- 
based (Internet Protocol) networks. 

To allow speech communication via packet networks, and in 
25 particular IP-based networks, of a quality which meets that of 
speech transmission via line-switched networks, quality 
parameters, such as the delay of data packets or the jitter, 
must be kept within tight limits. In speech transmission it is 
■highly important to the quality of the service provided that 
30 the delay times do not significantly exceed 150 milliseconds. 
To achieve an appropriately short delay work is being done on 
improved routers and routing algorithms which should allow 
faster processing of the data packets. 



PCT/EP2004/051882 / 2003P13506WOUS 

2 

In the case of routing via IP networks, a distinction is 
conventionally made' between intra-domain and inter-domain 
routing. Data transmission via the internet conventionally 
5 involves different networks - sub-nets, domains or what are 

referred to as autonomous systems are frequently mentioned - of 
different network operators. The terms ''autonomous system" and 
"inter-domain routing" will be used below for routing between 
autonomous systems. Routes along autonomous systems - also 
10 " called inter-domain routes - will also simply be called 
"routes" below. 

The network operators are responsible for routing within the 
autonomous systems which fall within their field of 

15 responsibility. Within these autonomous systems they have the 
freedom to adapt the procedure in routing as they wish as long 
as quality of service features can be maintained. The situation 
is different with inter-domain routing, i.e. with routing 
between different domains, in which different operators of 

20 autonomous systems come into contact with each other. Inter- 
domain routing is complicated by the fact that, on the one 
hand, optimal paths to the target via different autonomous 
systems should, as far as possible, be determined, but, on the 
other hand, the respective operators can apply local strategies 

25 which make a global calculation of optimal paths according to 
objective criteria difficult. 

What are referred to as Exterior Gateway Protocols EGP are used 
for routing between different domains. At present Border 
30 Gateway Protocol Version 4 (Border Gateway Protocol is 

frequently shortened to BGP) , described in more detail in the 
RFC (Request for Comments) 1771, is most commonly used in the 
internet. The Border Gateway Protocol is what is referred to as 
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a Path Vector Protocol. A BGP instance (the expression U BGP 
speaker" is often found in English- language literature) is 
informed by its BGP neighbour about possible paths to targets 
to be reached via the respective BGP neighbour. Using likewise 
5 imparted properties of the paths (path attributes) the BGP 
instance determines the, from its local perspective, optimal 
path in each case to the targets that can be reached. Four 
types of message are exchanged between BGP instances within the 
framework of the BGP protocol, including what is referred to as 

10 an UPDATE message with which path information is propagated 
throughout the entire network and which allows routing to be 
optimised in accordance with the changes in reachability. 
Sending out update messages conventionally leads to an 
adjustment of path information in the case of all affected BGP 

15 instances of the network in the context of routing that is 
optimised in accordance with the locally prevailing 
information. In addition, .what are referred to as keepalive or 
status confirmation messages, with which a BGP instance 
enlightens its BGP neighbours about its functional capability, 

20 also play a part. In the absence of these messages the BGP 
neighbours assume that the link to the BGP instance is 
defective ♦ 

The propagation of reachability information using the BGP 
25 protocol has the drawback that with frequent advertisements of 
change, considerable loading of the messages propagated via the 
network occurs for advertising the change and routing converges 
relatively slowly, i.e. the conversion of changes in the 
topology of the network into corresponding inter-domain routes 
30 is associated with significant convergence times. 

The object of the invention is to disclose a method for 
optimised error recovery in inter-domain routing. 
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The object is achieved by a method according to claim 1. 

According to the invention, the failure of a segment connecting 
5 two autonomous systems (for example a link between two routers 
respectively associated with one of the autonomous systems) is 
communicated by a router (for example a BGP speaker) of a first 
autonomous system to a second autonomous system. The second 
autonomous system thereupon shuts down the routes which contain 

10 the failed segment. Information about the failure of a segment 
can be propagated to all affected autonomous systems which then 
deactivate the corresponding routes. When the segment is 
returned to service, a corresponding message can be sent to the 
autonomous systems which have deactivated routes and thus 

15 reactivation of the routes can be brought about. 

According to the current prior art, which is given by the BGP 
protocol, routes are disclosed by means of UPDATE messages and 
in the case of a fault are explicitly withdrawn by what are 

20 referred to as withdrawals (routes in the "WITHDRAWN ROUTES" 
field of UPDATE messages) or are implicitly withdrawn by the 
disclosure of a new route to the same target. A route consists 
in this case of two parts: a description of the IP addresses 
(IP: Internet Protocol) reachable therewith and a list of AS 

25 numbers which usually describes the AS path to the target 

network. In this case AS is an autonomous system. In the case 
of a faulty segment in a route, for example a faulty connection 
between two IP networks, all routes running via it must be 
explicitly withdrawn by means of withdrawals or be implicitly 

30 withdrawn by the disclosure of a new route. Usually explicit 
withdrawals are propagated from BGP instance to BGP instance, 
starting from the networks adjoining the faulty connection. If 
a BGP instance of a network located further away receives an 
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UPDATE message with a withdrawal, and knows alternative routes 
to the same target, it chooses one of these alternatives as a 
new route and propagates this route instead of the withdrawal. 
However, as the BGP instance does not know the cause of the 
5 withdrawal, it frequently chooses a new route which while 
differing from the withdrawn route also contains the faulty 
segment. Consequently a changeover to faulty routes is effected 
until these routes are also withdrawn by wide UPDATE messages. 
Together with the MRAI (Minimum Route Advertisement Interval), 

10 a timer which regulates how fast route updates are forwarded, 
the changeover to faulty routes leads to long convergence 
times. Instead of the explicit withdrawal of all affected 
routes in the case of a faulty connection between two IP 
networks, according to the invention the faulty segment of the 

15 affected routes is disclosed from among the affected routes or 
autonomous systems. It is known that the convergence can take 
. up to 15 minutes as in the case of withdrawal of a route it is 
not known where the problem is and frequently a changeover is 
firstly made to known alternative routes which contain the same 

20 faulty segment. 

The new solution leads to significantly shorter convergence 
times. If in addition care had been taken that~ at least two 
different disjunct paths are known for each target AS, the 
25 availability can be significantly improved. 

The quantity of information, which has to be forwarded .in the 
event of a fault, is also considerably reduced by the solution 
according to the invention: only a message needs to be 
30 forwarded instead of a large number of routes. Owing to the 

size of routing tables, the quantity of routing information to 
be exchanged also nowadays constitutes a problem that needs to 
be taken seriously. As a result of the fact that considerably 
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less information has to be exchanged with "segment 
withdrawals", this information can be processed more 
efficiently and more quickly. 

5 The invention also has the advantage that it can be achieved by 
way of the means provided by conventional protocols (especially 
the BGP protocol) . For this purpose this segment, as hitherto, 
is described like a route but contains only two AS numbers. In 
the event of a fault this segment is forwarded like a 

10 withdrawal but with a marking to indicate that it is a segment 
and not a complete route, for example by means of a new "path 
attribute" which is used in accordance with the Requests for 
Comments [RFC2042] and [RFC1771] . The receiver of a segment 
withdrawal of this type thereupon treats all routes known to 

15 him which contain the faulty segment as if he had received a 
route withdrawal in this regard. 

Moreover, if the faulty segment is available again (with faults 
of sufficiently short duration) , all affected routes may 

20 similarly be returned to service by a "(segment withdrawal) 

withdrawal" . or a retraction of the withdrawal of the segment. 
This' retraction can also take place by means of an UPDATE 
message. The withdrawn routes can remain in the routing tables 
with the advice "Unavailable for a short time" until a timer 

25 has expired. 

The invention will be described in more detail hereinafter in 
the context of an embodiment and with reference to a figure. 
The figure shows by way of example a combination of IP 
30 networks: AS1, AS2 , AS 7 are seven administratively 

independent IP networks which exchange IP traffic with each 
other via the illustrated border routers Rll, R21, R22, R23, 
R31, R32, R41, R42, R43 , R51, R52, R53, R61 and R71. Thus for 
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example a customer connected to AS1 arrives at a www page of a 
server connected to AS7 via the route given by a sequence of 
autonomous systems (1,2,4,5,7). 

5 If in the combination of IP networks ^illustrated in the figure, 
which for example represents a detail from the internet, the 
connection of AS5 to AS 4 fails, the following routes of AS1: 
(1, 2, 4, 5) 
(1, 2, 4, 5, 6) 
10 (1, 2, 4, 5, 7) 

can be withdrawn with the segment withdrawal: 
(4, 5) 

and an intermittent changeover via AS 2 to one of the following 
alternatives can be avoided: 
15 (1, 2, 3, 4, 5) 

(1, 2, 3, 4, 5, 6) 
(1, 2, 3, 4, 5, 7) 

i.e. all routes which contain the faulty AS sequence (4, 5) are 
withdrawn with a single message. If AS2 knows a further route 
20 to AS 5 not illustrated in the figure, then AS 2 would changeover 
to it directly. 



